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(54) Title: METHOD FOR THE SOFTWARE EMULATION OF THE HARD DISKS OF A COMPUTER PLATFORM AT THE 

OPERATING SYSTEM THEREOF, WITH ON-THE-FLY PARAMETER- ADAPTIVE MANAGEMENT OF READ AND WRITE 
REQUESTS 

(54) Titre : PROCEDE POUR L'EMULATION LOGICIELLE DE DISQUES DURS DTJNE PLATE-FORME INFORMATIQUE 
AU NIVEAU DU SYSTEME DEXPLOITATION AVEC GESTION PARAMETRABLE A LA VOLEE DES REQUETES DECRI- 
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(57) Abstract: The invention relates to a method for the software emulation of the hard disks of a computer platform at the operating 
system thereof, with on-the-fly parameter-adaptive management of read and write requests. The inventive method comprises the 
following steps, namely: a first step consisting in creating a representation of a real hard disk, in which orders relating to the loading 

and execution of some of the components of the operating system of the computer platform can be adapted; a second step consisting 
in loading one or more peripheral drivers onto the computer platform, said drivers including at least one peripheral driver which 
enables real dialogue with a data storage medium containing the data from the emulated hard disk; and a third step consisting in 
simulating the behaviour of a real hard disk for the operating system. 



1^ (57) Abrege : Precede pour I'emulation logicielle de disques durs d'une plate-forme informatique au niveau du systeme d'exploi- 
tation, avec gestion parametrable a la volee des requetes d'ecriture et de lecture, consistant a : - creer dans une premiere etape une 
representation d'un disque dur reel dans laquelle peuvent etre adaptes les ordres de chargement et d'execution de certains des compo- 
sants du systeme d'exploitation de la plate-forme informatique, puis de : - charger sur ladite plate-forme informatique au cours d'une 
deuxieme etape un ou plusieurs pilotes de peripherique parmi lesquels au moins un des pilotes de peripherique permet le dialogue 
reel avec un support de stockage de donnees contenant les donnees du disque dur emule, puis a : - simuler dans une troisieme etape 
le comportement d'un veritable disque dur pour le systeme d'exploitation. 
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PROCEDE POUR L^EMULATION LOGICIELLE DISOUES PURS 
5 D^UNE PLATE-FORME INFORMATIOUE AU NR^AU DU 
SYSTEME D^EXPLOITATION AVEC GESTION PA.RAMETRABLE A 
LA VOLEE PES REOUETES D^ECRITURE ET DE I.ECTURE. 



10 

La presente invention conceme un precede pour T emulation logicielle de 
disques durs d'une plate-forme informatique au niveau du systeme 
d'exploitation, avec gestion parametrable a la volee des requetes d'ecriture et 
de lecture. 

15 

EUe permet notatnment Temulation complete d'un ou plusieurs disques durs 
emules, vus comme de veritables disques durs par le sjrsteme d' exploitation 
d'une plate-forme informatique, telle un ordinateur personnel (PC) ; les 
donnees contenues dans un disque dur emule peuvent etre stockees sur tout 
20 type de support, tel un serveur sur un reseau, un CD-R, un DVD-ROM, une 
memoire flash, un disque dur exteme. 

L'invention permet ainsi T emulation complete d'un disqii.e dur systdme, c'est- 
a-dire un disque dur permettant ramor9age de T ordinateur et subsequemment 
25 le chargement complet du systeme d' exploitation dont les composants sont 
stockes dans ledit disque dur emule. 

D'une maniere generale, on salt que dans les micro-ordinateurs utilises a 
rheure actuelle, le systeme d' exploitation, les programmes applicatifs ainsi 
30 que les donnees propres aux utilisateurs, sont stockes dans un disque dur 
accessible par Tunite centrale de T ordinateur. 
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Les disques durs se presentent comme des empilements de plusieurs plateaux 
dont les differentes faces sont accessibles par des peignes de tetes ; sur chaque 
piste sont inscrits des secteurs. 

5 Par exemple, pour les micro- ordinateurs compatibles "IBM PC", le "BIOS" 
(systeme de base d' entrees/sorties) lit ou ecrit les informations venant ou 
allant au disque dur a I'aide d'une boucle de programme. Les programmes 
applicatifs peuvent utiliser le BIOS pour lire ou 6crire sur le disque dur, soit 
directement au niveau des secteurs via Tinterruption logicielle "int ISh", soit 
10 plus frequemment au travers du systeme de fichiers via T interruption logicielle 
"int21h". 

Le premier secteur du disque dur contient un programme special charge en 
memoire et lanc6 par le "BIOS" au demarrage de Tordinateur. Ce programme, 

15 nomme "MBR" (Master Boot Record) gere un eventuel partitionnement du 
disque en plusieurs sous-espaces, appeles "partitions". Ces "partitions" 
peuvent 8tre attribuees k des systemes d' exploitation differents que 
I'utilisateur peut choisir au demarrage de Tordinateur. Une fois que ce choix 
est realise, un programme (appele "BOOT") contenu dans les premiers 

20 secteurs de chaque partition est charge a son tour et lance. Son r61e est de 
charger le systeme d' exploitation stocke sur la partition correspondante du 
disque dur et de le lancer. Les secteurs suivants servent a gerer Tespace 
r6serve aux fichiers. 

25 Ainsi, lors de la mise en route, le micro-ordinateur procede au chargement 
dans sa m6moire vive (RAM) du systeme d' exploitation contenu dans le 
disque dur, puis les logiciels applicatifs ainsi que les donnees utilisateurs. 

II s'avdre que lors de ces operations de mise en route, la moindre anomalie 
30 provoque frequemment une destabilisation engendrant un blocage du micro- 
ordinateur. 
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Par ailleurs, dans iin but de securisation, dans de nombreux cas, Faeces au 
systdme d' exploitation et/ou a certains fichiers contenus dans le disque dur 
n'est possible que par certains utilisateurs identifies apres saisie et 
reconnaissance d'un mot de passe (identifiant). On constate, en pratique, que 
5 dans un systeme en reseau exploite par de nombreux utilisateurs, ce type de 
securite pose de plus en plus de problemes en raison de la complexite de sa 
gestion. 



L' invention a done plus particulierement pour but de supprimer ces 
10 inconvenients, grace a un procede mettant en oeuvre P emulation logicielle 
totale de disques durs au niveau des blocs de donn^es, aussi appeles secteurs, 
ou au niveau du systeme de fichier, permettant ainsi d'utiliser dans les disques 
dors emules tout type de systemes de fichiers acceptes par le systeme 
d' exploitation. 

Selon r invention, ce procede est plus particulierement caracterise en ce qu'il 
consiste a creer dans une premiere etape une representation d'un disque dur 
reel dans laquelle peuvent etre adaptes les ordres de chargement et d' execution 
de certains des composants du systeme d' exploitation d'une plate-forme 

20 informatique, puis de charger sur ladite plate-forme informatique au cours 
d'une deuxieme etape un ou plusieurs pilotes de peripherique parmi lesquels 
au moins un des pilotes de peripherique permet le dialogue reel avec un 
support de stockage de donnees contenant les donnees du disque dur emule, 
puis a simuler dans une troisieme etape le comportement d'un veritable disque 

25 dux pour le systeme d' exploitation. 

En. ce qui conceme le terme "support", on entend ici et dans le reste de la 
description, tout systeme permettant de conserver de fa9on volatile ou non 
volatile des donnees informatiques ; ce terme designe aussi bien un disque dur, 
30 ua CD-ROM, une bande magnetique, ou un service de donnees accessibles par 
un reseau informatique. 
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Par ailleiirs, P invention prevoie un traitement specifique des operations 
d'ecriture effectuees dans le disque dur emul6. Par exemple, si le support de 
stockage de donnees dudit disque dur emule est un media non reinscriptible a 
la volee (un CD-R par exemple), les donnees ecrites pourront etre stockees en 
5 memoire vive ou sur un support acceptant les 6critures k la vol^e, tel un 
veritable disque dur local. Le traitement specifique des ecritures permet de 
proposer des disques durs emules « volatils c'est a dire ne retenant pas les 
modifications effectues dans le disque dur 6mule apres un redemarrage de 
Pemulation, des emulations standards, ou le disque dur emule se comporte 
10 exactement comme un disque dur normal. D'autres types de gestion des 
Ventures sont prevus et permettent d'autres utilisations de P invention. 

L' invention prevoit egalement que, si le support de stockage de donnees 
contenant les donnees du disque dur emule le permet, par exemple si le 

15 support est un fichier stocke sur un serveur d'un reseau, plusieurs ordinateurs 
puissent acceder simultanement au disque dur emule a travers ladite 
Emulation. Dans ce cas, une methode de diffusion dite "multicast" pourra 6tre 
utilisee, de fa9on a reduire significativement la bande passante utilisee pour les 
lectures quasi-simultanees, demandees par plusieurs ordinateurs « clients », 

20 qui s'effectueraient sur les memes parties du disque dur 6mul6. 

Grace a ces dispositions, P invention permet de resoudre les problemes de 
destabilisation lors de la mise en route de la plateforme informatique et les 
problemes de securite precedemment evoques et de simplifier grandement 
25 P administration des plates-formes informatiques. 

Par ailleurs, dans le cas d'un systeme a reseau exploite par plusieurs 
utilisateurs, chaque poste n'est plus lie aux applications chargees localement 
ni aux utilisateurs habituels de la plate-forme. Par ailleurs, les erreurs 
30 effectuees par les utilisateurs n'ont plus d' incidence sur le fonctionnement 
global du systeme a reseau. 
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Ainsi, d'une fa9oii plus precise, le precede selon rinvention permet le 
dialogue entre le disque dur 6mule et le systeme d' exploitation « a la 
maniere » d'un veritable disque dur grace au truchement d'un des pilotes de 
peripheriques ci-dessus mentionnes, en simulant le comportement d'un 
5 veritable disque dxjr pour le systdme d' exploitation, k toutes les phases du 
processus d'amor9age, aussi bien pendant la phase devolue traditionnellement 
au micro logiciel (BIOS par exemple) que pendant les phases prises en charges 
par le systeme d' exploitation lui-m6me, et en particulier par les composants de 
gestion des disques durs du systeme d' exploitation, Cette emulation totale, 
10 comprenant la possibilite d'amor9age, peut necessiter des adaptations des 
ordres de chargement et d' execution de certains des composants du systdme 
d' exploitation. 

Une gestion des requ8tes d'ecritures que le systeme d' exploitation emet vers le 
15 disque dur emule, est effectuee au niveau des pilotes de peripheriques et/ou au 
niveau d'un eventixel service serveur de disque dur sur le reseau. Cette gestion 
permet que les dormees 6crites soient stockees, selon le parametrage desdits 
pilotes de peripheriques et/ou dudit service serveur de disque dur sur le 
reseau : 

20 ■ ou bien directement dans le support contenant le disque dur 6mule, 

■ ou bien dans la memoire, vive ou viituelle, accessible au systeme 
d' exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage volatil accessible au systeme 
d' exploitation utilisant le disque dur emule, 

25 ■ ou bien dans un espace de stockage non volatil accessible au systeme 

d' exploitation utilisant le disque dur emule, 

■ ou bien dans im espace de stockage volatil accessible au service 
serveur de disques durs emules sur un reseau informatique, 

■ ou bien dans un espace de stockage non volatil accessible au service 
30 serveur de disques durs emules sur un reseau informatique. 
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Une gestion des requetes de lecture que le systeme d' exploitation emet vers le 
disque dur emule est effectuee au niveau des pilotes de peripheriques et/ou au 
niveau d'un eventuel service serveur de disque dur sur le reseau de fa9on a ce 
que, pour un poste client, les lectures des donnees ecrites precedemment soient 
5 effectuees dans Tespace de stockage idoine, c'est k dire : 

■ ou bien directement dans le support contenant le disque dur emule, 

■ ou bien dans la memoire, vive ou virtuelle, accessible au systeme 
d' exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage volatil accessible au systeme 
10 d' exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage non volatil accessible au systeme 
d' exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage volatil accessible au service 
serveur de disques durs emules sur un reseau informatique, 

15 ■ ou bien dans un espace de stockage non volatil accessible au service 

serveur de disques durs emules sur un reseau informatique. 

Dans le cas ou les donnees du ou des disque(s) dur(s) emule(s) sont 
accessibles aux postes clients via un reseau informatique, un programme 
20 specifique, appele « logiciel serveur », est en charge, sur un des postes du 
reseau informatique, d'une part des communications via le reseau avec les 
postes clients qui accedent aux disques durs emules, et d' autre part d'acceder 
au support des donnees contenant les donnees des disques durs emules. 

25 Si le disque dur emule doit etre amorce, un module micro logiciel bas niveau 
est responsable de I'acces aux donnees contenues dans le disque dur emule. 
Ledit module logiciel foumit ime interface de type micro logiciel (BIOS par 
exemple) afin de permettre la bonne execution des fonctions de chargement 
des composants du systeme d' exploitation charges traditionnellement par le 

30 micro logiciel lors de ramor9age du systeme d' exploitation depuis un disque 
dur reel. 
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Ce micro logiciel pourra, dans le cas d'ordinateurs de type compatible PC, 
utiliser tin gestionnaire d' interruption 13h foumissant au systeme 
d' exploitation P interface utilisee par ce demier. 



5 Le micro logiciel pourra, dans le cas d'ordinateurs utilisant des programmes 
memoires de demarrage de type "PXE" (PROM de demarrage PXE), utiliser 
les fonctions rendues disponibles par ces "PROMS" pour gerer les 
communications via le reseau informatique de fa§on ind^pendante du modele 
d' interface reseau utilisee. 

lO 

Le micro logiciel has niveau est charge dans la memoire du poste client puis 
execute en utilisant les fonctions rendues disponibles par une "PROM" de 
demarrage comme une puce d'amor9age "PXE" par exemple. 

15 Le micro logiciel bas niveau peut egalement etre charge dans la memoire du 
poste client puis execute en tant que composant du micro logiciel basique 
(BIOS par exemple) du poste client. En particulier, ledit micro logiciel bas 
niveau foumit les memes fonctions que les services d'acces aux veritables 
disques durs foumis habituellement par le micro logiciel basique standard. 

20 Par exemple, dans le cas oii les domi6es contenues dans le disque dur emule 
sont stockees sur un disque optique comme un CD ou un DVD, le micro 
logiciel bas niveau pourra etre foumi par le constructeur du poste client en tant 
que partie du BIOS foumissant les fonctions d'amor9age BIOS depuis un 
disque optique. 

25 

Le micro logiciel bas niveau peut enfin etre charge dans la memoire du poste 
client depuis un support de donnees tiers supporte en tant que peripherique 
d'amor9age par le poste client, comme une disquette, un disque dur reel ou im 
disque optique, puis execute par le poste client. 



30 
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A noter que si certaines des donnees contenues dans le disque dur emule sont 
acced^es par un poste client via un reseau informatique, au moras un pilote de 
periplierique^ charge et execute par le systeme d' exploitation du poste client, 
foum.it les fonctions de communication via le reseau informatique avec le 
5 logiciel serveur, lequel est charge de foum.ir les services d'6mulation du 
disqu-C dur. 

Si le support de donnees contenant les donnees du ou des disque(s) dur(s) 
emule(s) est un support ne supportant pas les ecritures en temps reel, par 

10 exemple im disque optique CD-ROM, ou que le systeme d' emulation de 
disqixe dur selon T invention est parametre pour ne pas accepter les ecritures de 
domiees directement dans le support contenant les donnees du disque dur 
emule, par exemple, un disque dur emule utilise simultanement par plusieurs 
postes clients, les pilotes de peripheriques et/ou un logiciel serveur execute par 

15 UQ poste d'un reseau informatique foumissant T emulation de disque dur aux 
postes clients peuvent traiter les requetes d' ecritures de donnees emises par le 
systeme d' exploitation vers le(s) disque(s) dur(s) emule(s) de fa9on k ce que 
les donnees ecrites soient stockees dans un espace de stockage different du 
support de donnees contenant les donnees du ou des disque(s) dur(s) emule(s). 

20 

Par exemple, les requetes d' ecritures de donnees emises par le systeme 
d' exploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de fa9on k ce que les domiees ecrites soient stockees dans la memoire vive du 
poste client. 

25 Les requetes d' ecritures de doimees emises par le systeme d' exploitation du 
poste client vers le(s) disque(s) dur(s) emuleCs) peuvent etre, soit traitees de 
fa9on a ce que les donnees ecrites soient stockees dans la memoire virtuelle du 
poste client, c'est a dire dans un fichier de donnees, accessible au systeme 
d' exploitation du poste client, et servant d' espace memoire additioimel, soit 

30 traitees de fa9on a ce que les donnees ecrites soient stockees dans un fichier de 
domiees, accessible au systeme d' exploitation du poste client. 
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Les requetes d'ecriture de donnees emises par le systeme d' exploitation vers 
le(s) disqixe(s) dur(s) emule(s) sont, a un instant donne, redirigees dans un et 
un seul espace de stockage. L'espace de stockage dans lequel sont redirigees 
les ecritures, pent etre change a la volee durant une session d' execution du 
5 systeme d'' exploitation d'un poste client. L' espace de stockage utilise pour le 
stockage des ecritures peut etre volatile c'est a dire etre vide des donnees qui y 
sont stockees a chaque nouvelle session d' execution dix systeme d' exploitation 
d'lm poste client, ou bien non volatil de fa9on a permettre la persistance des 
donnees ecrites d'une session d' execution du systeme d' exploitation d'lm 

10 poste client a une autre. La volatilite ou la persistance de T espace de stockage 
utilise poiur le stockage des Ventures est parametrable qnand cela a du sens. 
Le caractere volatil des redirections d'ecriture est determine a T initialisation 
de la session d'execution du systeme d' exploitation d'lm poste client et, s'il 
est modifie a la volee, il n'aura d'effet pour le poste client qu'apres un 

1 5 demarrage ou un redemarrage de ce demier. 

Les requetes de lecture de donn6es emises par le systeme d' exploitation 
peuvent etxe effectuees dans differents espaces de stockage lors d'une session 
d' execution du systeme d' exploitation. Dans ce cas, les requetes de lecture de 
20 donn6es emises par le systdme d' exploitation vers un disque dur emule, 
effectuees dans differents espaces de stockage, le sont en suivant un ordre de 
priorite qui decoule de T ordre precedent des differentes redirections des 
requites d ' ^criture. 

25 Lesdits ordres de priorite dependent de la sequence precedemment effectuee 
pour les redirections des requetes d'ecriture. On s' assure ainsi que, du point de 
vue du poste client, le disque dur emule est toujours coherent ; en particulier, 
si une doiuiee particuliere Dl (im secteur d'un disque dur 6mule ou un fichier 
d'un systeme de fichier) a ete ecrite dans un espace de donnees El a un 

30 moment donne, puis que les requetes d'ecriture ont ete redirigees dans un 
autre espace E2, puis que la m6me donnee Dl (le mSme secteur ou le m6me 
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fichier) a ete modifiee et subsequemment ecrite dans Tespace E2, les requetes 
de lectures sur Dl se feront dans Tespace E2 (qui a la plus grande priorite), de 
fa9on a lire la version de Dl la plus recemment ecrite. 

5 Par exemple : 

1. Les donnees a lire se trouvent-elles dans la memoire vive ou "virtuelle du 
poste client, a cause de precedentes requ8tes d'ecriture redirigees dans cet 
espace de stockage ? Si oui les y lire, si non, 

2. Les donnees a lire se trouvent-elles dans un espace de stockage tampon (un 
10 fichier par exemple) accessible aux pilotes de peripheriques qui sont 

parties de Tinventioo du poste client, k cause de precedentes requetes 
d'ecriture redirigees dans cet espace de stockage ? Si oui les y lire, si non, 

3. Les donnees du disquie dur emule sont elles stockees sur un serveur dans 
im reseau informatiqae ? si oui traiter le point 4, si non traiter le point 5, 

15 4. Les donnees a lire se trouvent-elle dans un espace de stockage tampon (un 
fichier par exemple^) accessible d'un module serveur, a. cause de 
precedentes requStes d'ecriture redirigees dans cet espace de stockage ? Si 
oui les y lire, si non, 

5. Lire les donnees directement dans le support contenant les donnees non 
20 modifi^es du disque dixr emule. 

Avantageusement, si le systeme d' emulation de disque dur est parametre de 
fa9on a ce que les requetes d'ecritures refues par le logiciel serveur a 
destination d'un disque dur emule particulier ne sont pas redirigees mais 
25 stockees directement dams support contenant les donnees du disque dur emule 
lui-meme, un seul poste olient peut acceder audit disque dur emule a un instant 
donne. 

On evite ainsi les problemes d'acces concurrent « en ecriture » a un meme 
30 ensemble de donnees. 
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Le parametrage pour lequel les requetes d'ecritures ne sont pas rediriges est, 
par exemple, le parametrage a utiliser poiir mettre a disposition des postes 
clients, un nouveau composant logiciel (un nouvel applicatif logiciel par 
exemple) : 

5 • Le parametrage d'acces au disque dur emule est positionne de fa^on 

a ce que les requetes d'ecritures ne soient pas redirigees, 

• Le composant nourveau logiciel est installe comme s'il etait installe 
sur un disque dur reel, 

• Le poste client depxiis lequel T installation a ete effectuee est eteiat, 
10 • Le parametrage d'acces au disque dur emule est modifie de fa9oii a 

ce que les requetes d'ecriture emanant des postes clients soient 
redirigees, 

• Tous les postes client qui utilisent le disque dur emule en question 
ont desormais acces au nouveau composant logiciel sans qu'il ait ete 

15 necessaire de le mettre explicitement a la disposition de chaque 

poste client. 



Pour permettre a plusieurs postes clients Tacces simultan6 k un mSme disque 
dur emule, le logiciel serveur est capable de rediriger specifiquement les 
20 requetes d'ecriture emises par un poste client A dans un espace de stockage 
donne, par exemple un fichier dans T espace de stockage accessible au poste 
serveur, et de rediriger les requetes d'ecriture emises par un autre poste client 
B dans un autre espace de stockage donne, par exemple xm autre fichier dans 
Pespace de stockage accessible au poste serveur. 

25 

Afin d'accelerer T acces simuiltane par plusieurs postes client au meme disque 
dur emule dont les donates sont contenues dans un support de doim^es 
accessible au poste serveur, les donnees envoyees par le poste serveur aux 
postes clients dans le cadre de T emulation de disque dur peuvent etre 
30 envoyees globalement et en. une seule fois en utilisant des mecanismes de 
"broadcast" ou de "multicast" au lieu de mecanismes dits "unicast". 
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Les donnees envoyees en "broadcast" ou ea "multicast" par le poste serveur 
sont stockees par les postes clients qui les acceptent dans un cache local, situe 
dans la memoire (reelle ou virtuelle) desdits postes clients. 



5 Avantageusement, les postes clients peuvent effacer du cache les donnees qui 
y sont depuis plus d'un temps donne et parariietrable (TimeOut). En effet, ces 
donnees pourraient, si elles ne sont pas pertinentes et si elles ne sont jamais 
lues, engorger inutilement le cache "multicast" des postes clients. 



10 Une requete de lecture de donnees dans le disque dur emule emise par le 
systeme d' exploitation d'un poste client genere une demande explicite de 
lecture emise vers le poste serveur uniquemexit si lesdites donnees ne sont pas 
deja presentes dans ledit cache local. Si lesdites donnees sont effectivement 
deja pr6sentes dans ledit cache local, elles y sont lues et transmises au systdme 

15 d' exploitation du poste client. 

Les donnees lues dans le cache local en sont oretir^es des qu' elles sont lues par 
le poste client, de fa9on a liberer de la place dans ledit cache local. 

20 La decision d' envoy er, dans le cadre de T emulation de disques durs selon 
r invention, des donnees en "multicast/broadcast" ou en "unicast" est effectuee 
au niveau du module serveur qui foumit les fonctionnalites necessaires k 
r Emulation de disques durs aux postes clients. 

25 Les postes clients peuvent modifier leur souscription a la reception de donnees 
envoyees via "broadcast/multicast" par le -poste serveur dans le cadre de 
Temulation de disques durs selon TinventiorL. Par exemple, les postes clients, 
une fois qu'ils ont ete amorces depuis un disque dur emule et que Tinterface 
homme/machine permettant a un ou plusieurs utilisateurs d' exploiter le poste 

30 client est utilisable, la souscription a la reception de donnees via 
"broadcast/multicast" pent etre resiliee, par exemple par un mecanisme de 
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desabonnement a un groupe d'adresses "multicast", de fagon a ce que les 
postes clients completement amorc6s n'aient plus a tra-iter les flots de donnees 
"multicast/broadcast" ; cela peut slaverer tres utile si les donnees envoyees par 
le poste serveur via "multicast/broadcast" ne sont destinees qu'a permettre 
5 Tacces aux portions du disque systeme 6mul6 necessaire a Pamorfage complet 
du systeme d' exploitation du poste client, et plus dxi tout utile aux postes 
clients deja amorces. Ainsi, un poste client deja amorce depuis xm disque dur 
emule n'est pas pollu6 par les donndes envoyees en "broadcast/multicast" a 
des postes clients en cours d'amor9age. 

10 

Selon I'invention, afin de permettre ramor9age depuis et/ou des acces 
simultanes au meme disque dur emule ou a des copies 100% identiques d'un 
meme disque dur emule, certains composants constituiant T invention charges 
et executes par les postes clients, par exemple un ou plusieurs pilotes de 

1 5 peripheriques, ou par un logiciel serveur, sont capables de modifier, a la volee 
ou avant leur utilisation effective par le systeme d' exploitation, certaines 
donnees contenues dans le disque dur emule, par exennple I'identifiant imique 
d'un poste client sur le reseau (nom d'ordinateur ou adresse "IP" par exemple) 
ou le mot de passe du compte du poste client dans un domaine 

20 d'authentification (domaine "active directory" par exemple), des numeros de 
series de logiciels, ou encore des donnees d'authentification telles que les 
donnees necessaires a T activation de certains produits ' 'Microsoft". 

L' emulation elle-meme peut etre effectuee, pour le systeme d' exploitation du 
25 poste client, au niveau de la classe de peripheriques v^irtuels de type systeme 
de fichier (file system), comme dans les produits "Qua-lystem LiteNET PC Lx 
et Qualystem LAN PC 2.x" (file system CIFS ou SMB) ou "Qualystem 
Rescue 1.x" (file system ISO9660/Joliet, CDFS ou UDT). 

30 L' emulation peut etre egalement effectuee, pour le systeme d' exploitation du 
poste client, au niveau de la classe de peripheriques di sques elle-meme et non 
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pas au niveau du systeme de fichier. Ce type d' emulation est mis en oeuvre par 
exemple dans les produits "Qualystem LAN PC 3 .x" (Support de donnees des 
disques durs emules resident sur un serveur d'un reseau informatique) ou 
"Qualystem Rescue 2.x et 3.x" (Support de donnees des disques durs emules 
5 r6sidant dans la partie d'amoreage, dite "El Torito", d'un disque optique, CD 
ou DVD). 



Les donnees significatives contenues dans le disque dur emule y sont copiees 
par un outil logiciel execute sur un poste de reference depuis un disque dur 
10 reel dit disque dur de reference, accessible au systeme d' exploitation dudit 
poste de r6f6rence. 



L' outil logiciel cree un fichier ou un repertoire image (fichier image pour 
r emulation au niveau disque dur, repertoire image pour l'* emulation au niveau 
15 du systeme de fichier) qui contient les donnees du disq^ue dur emule. Ledit 
fichier image ou repertoire image est cree en effectuant xme copie de chaque 
fichier contenu dans le disque dur r6el, utilise comme reference pour creer le 
fichier image ou le repertoire image. 

Dans le cas du fichier image, ce demier est une representation bit a bit d'un 
20 veritable disque dur consid6r6 comme un tableau de bits. C'est la 
representation logique d'lm disque dur sous forme de tal^leau de bits qui est 
utilisee. Le fichier image contient ainsi les informations necessaires a la 
representation de la structure logique d'un veritable disque dur, comme le 
secteur de "BOOT" primaire (MBR, Master Boot Record) et la table des 
25 partitions. II contient aussi le ou les secteurs d'amoi:9age des partitions 
contenues dans le disque dur emule. Le logiciel qui cree le fichier image a 
partir d'un disque dur reel peut etre amene, si le disque dur emule doit etre 
amorce, a modifier dans les donnees stockees dans le ficliier image, certaines 
des infomiations utilisees par le systeme d' exploitation charge depuis le 
30 disque dur emule, afin de rendre operationnel et effect;if ramor9age dudit 
systeme d' exploitation depuis ledit disque dur emule. 
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Afin de permettre ramor9age depuis un disque dur emule, la sequence de 
chargement des composants du systeme d' exploitation pent n^cessiter line 
adaptation de fa9on a ce que tous les composants du systeme d' exploitation 
dont dependent les pilotes de peripherique permettant T acces au disque dur 
5 6mul€ selon T invention soient charges et utilisables au moment ou le systdme 
d' exploitation a besoin d'acceder au disque dur emule eo utilisant les pilotes 
de peripheriques et non plus en utilisant les fonctions du "firmware" (BIOS), 

Par exemple, si les donnees contenues dans le disque dixr emule utilise pour 
10 l'amor9age du systeme d' exploitation d'un micro ordioateur sont stockees 
dans un fichier sur im serveur d'un reseau informatique, les pilotes permettant 
au systeme d' exploitation du poste client d'utiliser a T interface reseau dudit 
poste client doivent etre charges et utilisables avant que le systdme 
d' exploitation n'ait besoin d'acc^der au disque dur 6mule via les pilotes de 
15 peripherique, pour continuer son chargement ; de meme, a ce moment, les 
pilotes des protocoles reseau utilises par les pilotes de peripheriques 
permettant d'acc^der au disque dur 6mule devront etre charges et utilisables. 

Un autre exemple est celui ou les donnees contenues dans le disque dur 6mule 
20 utilise pour ramor9age du systeme d' exploitation d'un n3.icro ordinateur sont 
stockees dans la partie d'amor9age d'un disque optique CCD ou DVD). Dans 
im tel cas, les pilotes de peripheriques permettant au systeme d' exploitation 
d'acc6der audit lecteur de disque optique doivent etre c^liarges et utilisables 
avant que le systeme d' exploitation ait besoin d'acceder au disque dur emule, 
25 via les pilotes de peripherique, pour continuer son chargennent. 

II se peut done que Tordre de chargement des composants dont dependent les 
pilotes de peripheriques permettant d'acc6der au disque dur emule doive etre 
adapte. 

30 
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Dans le cas ou les donnees d'un disque dur emule sont accedees par un client 
via un reseau informatique, le(s) eventuel(s) module(s> serveur peut(peuvent) 
mettre a disposition sur le reseau des disques durs emules en utilisant un 
protocole proprietaire, comme celui utilise actuellement dans "Qualystem 
5 LAN PC 3 " ou en utilisant un protocole tiers idoine, pa^c exemple un protocole 
'standard' afin d' exporter des disques durs ou des systemes de fichiers distants, 
par exemple le protocole "iSCSI" (disque dur distant) ou les protocoles 
"SMB/CIFS" ou "NFS" (systemes de fichiers distants). L'eventuel module 
serveur est alors un service auquel les clients qui <c parlent » le protocole 

1 0 utilise peuvent se connecter et ainsi acceder aux ressour ces de doimees mises a 
disposition par ledit service. II existe bien sur la possibilite, au niveau dudit 
service, de gerer les ecritures de fa9on parametrable, et de pouvoir, en 
particulier, les effectuer dans un espace de stockage spe cifique au couple poste 
client/disque dur virtuel, espace de stockage qui n'est p as I'espace de stockage 

15 commun a tous les clients. Les clients qui peuvent se coimecter aux disques 
durs emules mis a disposition par le module serveur sur le reseau peuvent ainsi 
etre des clients "standard", par exemple des clients "iSCSI" standard, ou des 
clients "SMB/CIFS" standards, et non pas forcement des clients "Qualystem^M 
LAN-PC 3", par exemple. De meme, les programmes executes par les postes 

20 clients, module logiciel bas niveau ou pilotes de peripheriques, peuvent 
utiliser, pour acceder aux donnees contenues dans les disques durs emules, un 
protocole reseau proprietaire, tel le protocole "NVD" de "Qualystem LAN PC 
3", ou un protocole tiers, par exemple standard tel "iSCSI" ou "SMB/CIFS". 

25 Selon que T implementation, au niveau des modules serveurs ou clients, 
implemente les fonctions de la presente invention, la redirection des requetes 
d'ecriture pourra alors etre effective ou bien au niveau des modules clients, ou 
bien au niveau des modules serveurs, ou bien pour ces deux types de modules, 
avec les avantages decrits precedemment. 

30 
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Ainsi, la securisation de Tacces au systeme d' exploitation et/ou. a certains 
fichiers contenus dans le disque dur, et notamment dans nn system e en reseau 
exploite par de nombreux utilisateurs, est assuree grace au pro cede selon 
r invention, qui met en oeuvre une emulation logicielle totale des disques durs 
5 au niveau des blocs de donnees ou du systeme fichier, permettant ainsi 
d'utiliser dans des disques durs emules tout type de systemes de fichiers 
acceptes par le systeme d' exploitation. 
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Revendications 

L Precede pour T emulation logicielle de disques durs d'une plate- 
forme informatique au niveau du systeme d' exploitation, avec gestion 
5 parametrable a la volee des requ8tes d'ecriture et de lecture, 

caracterise en ce qu'il consiste a creer dans une premiere etape uxie 
representation d'un disque dur reel dans laquelle peuvent etre adaptes Les 
ordres de chargement et d' execution de certains des composants du systeme 
d' exploitation de la plate- forme informatique, puis de charger sur ladite plate- 
10 forme informatique au cours d'une deuxieme etape un ou plusieurs pilotes <ie 
peripherique parmi lesquels au moins im des pilotes de peripherique permet le 
dialogue reel avec un support de stockage de donnees contenant les donn6es 
du disque dur emule, puis a simuler dans une troisieme etape le comporteme:nt 
d'un veritable disque dur pour le systeme d' exploitation. 

15 

2. Procede selon la revendication 1, 
caracterise en ce que la gestion des susdites requStes d' Venture que le systerme 
d' exploitation emet vers le disque dur emule est effectuee au niveau d.es 
pilotes de peripheriques et/ou au niveau d'un eventuel service serveur ^e 
20 disque dur sur le r6seau, les donnees ecrites etant stockees, selon le 
parametrage desdits pilotes de peripheriques et/ou dudit service serveur <ie 
disque dur sur le reseau : 

■ ou bien directement dans le support contenant le disque dur emule, 

■ ou bien dans la memoire, vive ou virtuelle, accessible au systeixie 
25 d' exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage volatil accessible au systeme 
d' exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage non volatil accessible au systdme 
d' exploitation utilisant le disque dur emule, 

30 ■ ou bien dans un espace de stockage volatil accessible au service 

serveur de disques durs emul6s sur un reseau informatique. 
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■ ou bien dans un espace de stockage non volatil accessible au service 
serveiir de disques durs emules sur un reseau infomiatique. 

3 . Precede selon la revendication 1 , 

5 caracterise en ce que la gestion des susdites requites de lecture que le systeme 
d' exploitation emet vers le disque dur emule est effectuee au niveau des 
pilotes de peripheriques et/ou au niveau d'un eventuel service serveur de 
disque dur sur le reseau, les lectures des donnees ecrites precedemment etant 
effectuees dans un espace de stockage : 
10 ■ ou bien directement dans le support contenant le disque dur emule, 

■ ou bien dans la memoire, vive ou virtuelle, accessible au systeme 
d' exploitation utilisant le disque dur emule, 

■ ou bien dans un espace de stockage volatil accessible au systeme 
d' exploitation utilisant le disque dur ^mul^, 

15 ■ ou bien dans un espace de stockage non volatil accessible au systeme 

d' exploitation utilisant le disque dur dmule, 

■ ou bien dans un espace de stockage volatil accessible au service 
serveur de disques durs emules sur im reseau informatique, 

■ ou bien dans un espace de stockage non volatil accessible au service 
20 serveur de disques durs emules sur un reseau informatique. 

4. Procede selon la revendication 1, 

caracterise en ce que T emulation de disque dur foumie au systeme 
d' exploitation d'un poste client peut etre effectuee par le biais d'un seul pilote 
25 de peripherique monolithique, qui communique avec le systeme d' exploitation 
a la fafon d'un disque dur et qui communique avec le support contenant les 
donnees dudit disque dur emule de maniere specifique a ce support. 

5. Procede selon la revendication 1, 

30 caracterise en ce que les donnees du ou des disque(s) dur(s) emule(s) sont 
accessibles aux postes clients via un reseau informatique. 
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6. Precede selon la revendication 1, 
caracterise en ce que si un disque dur emule doit etre amorce, un module 
micro logiciel bas niveau est responsable de Tacces aux donnees contenues 
5 dans ledit disque dur ^mule, en foumissant une interface de type de celle 
foumie par le micro logiciel charge de Tacces aux donnees de veritables 
disques durs par le systeme d' exploitation amorce sur le poste client. 



7. Procede selon les revendications 5 et 6, 

10 caracterise en ce que le micro logiciel pourra, dans le cas d'ordinateurs 
utilisant des programmes memoires de demarrage de type "PXE" (PROM de 
demarrage PXE), utiliser les fonctions rendues disponibles par ces "PROMS" 
pour gerer les communications via le reseau informatique de fa9on 
independante du modele d'interface reseau utilisee. 

15 

8. Procede selon la revendication 7, 

caracterise en ce que le micro logiciel bas niveau est charge dans la memoire 
du poste client puis execute en utilisant les fonctions rendues disponibles par 
une "PROM" de demarrage. 

20 

9. Procede selon la revendication 6, 

caracterise en ce que le micro logiciel bas niveau est charge dans la m6moire 
du poste client puis execute en tant que composant du micro logiciel basique 
standard (BIOS par exemple) du poste client, ledit micro logiciel bas niveau 
25 foumissant les memes fonctions que les services d'acces aux veritables 
disques durs foumis habituellement par le micro logiciel basique standard 



10. Procede selon la revendication 6, 
caracterise en ce que le micro logiciel bas niveau est charge dans la memoire 
30 du poste client depuis un support de donnees tiers supporte en tant que 
peripherique d'amor9age par le poste client. 
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1 1 . Precede selon la revendication 5, 
caracterise en ce qu'au moins un pilote de peripherique charge et execute par 
le sy Sterne d' exploitation du poste client foumit les fonctions d'acces, via le 
5 reseau informatique, aux donnees contenues dans les disques durs 6mules. 



12.Procede selon la revendication 1, 
caracterise en ce que si le support de donnees contenant les donnees du ou des 
disque(s) dur(s) emule(s) est un support ne supportant pas les ecritures en 

10 temps reel, ou que le systeme d' emulation de disque dur selon T invention est 
parametre pour ne pas accepter les 6critures de donnees directement dans le 
support contenant les donnees du disque dur emule, les pilotes de 
peripheriques foumissant T emulation de disque dur aux postes clients traitent 
les requetes d' Ecritures de donnees emises par le systeme d' exploitation vers 

15 le(s) disque(s) dur(s) emule(s) de fa9on a ce que les donnees ecrites soient 
stockees dans un espace de stockage different du support de donnees 
contenant les donnees du ou des disque(s) dur(s) emule(s). 



IS.Procede selon la revendication 12, 
20 caracterise en ce que les requ8tes d'ecritures de donnees emises par le systeme 
d' exploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de fa9on a ce que les donnees ecrites soient stockees dans la memoire vive du 
poste client. 



25 14. Procede selon la revendication 12, 

caracteris6 en ce que les requetes d' ecritures de donnees emises par le systeme 
d' exploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de fa9on a ce que les donnees ecrites soient stockees dans la m6moire virtuelle 
du poste client. 



30 
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15. Precede selon la revendication 12, 

caracterise en ce que les requetes d' Venture de donn^es emises par le systeme 
d' exploitation du poste client vers le(s) disque(s) dur(s) emule(s) sont traitees 
de fa9on a ce que les donnees ecrites soient stockees dans un fichier de 
5 donnees, accessible au systeme d' exploitation du poste client. 

16. Procede selon la revendication 1, 

caracterise en ce que les requetes d'ecriture de donnees emises par le systeme 
d' exploitation vers le(s) disque(s) dur(s) emule(s) sont, a un instant donne, 
10 redirigees dans un et im seul espace de stockage ; Tespace de stockage dans 
lequel sont redirigees les ecritures pent 6tre change a la volee durant une 
session d'execution du systeme d' exploitation d'lm poste client. 



17.Procede selon la revendication 12, 
15 caracterise en ce que T espace de stockage utilise pour le stockage des ecritures 
pent etre volatil, c'est a dire etre vide des donnees qui y sont stockees a chaque 
nouvelle session d' execution du systeme d' exploitation d'lm poste client, ou 
bien non volatil de fa9on a permettre la persistance des donnees ecrites d'une 
session d' execution du systeme d' exploitation d'un poste client a une autre. 

20 

IS.Procede selon les revendications 16 et 17, 
caracterise en ce que le caractere volatil des redirections d'ecriture est 
determine a P initialisation de la session d' execution du systeme d' exploitation 
d'un poste client. 

25 

19.Procede selon la revendication 1, 
caracterise en ce que les requetes de lecture de donnees emises par le systeme 
d' exploitation peuvent etre effectuees dans differents espaces de stockage lors 
d'une session d'execution du systdme d' exploitation d'un poste client. 
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20. Precede selon la revendication 19, 

caracterise en ce que les requ8tes de lectiare de donnees emises par le systdme 
d' exploitation vers un disque dur emule, effectuees dans differents espaces de 
stockage, le sont en suivant un ordre de priorite. 

5 

21. Procede selon la revendication 5, 

caracterise en ce qu'un programme specifique, appele « logiciel serveur », est 
en charge, sur im des postes du reseau informatique, d'une part des 
communications via le reseau avec les postes clients qui accedent aux disques 
10 durs emules, et d' autre part d'acceder au support de donnees contenant les 
donnees des disques durs emul6s. 



22. Procede selon la revendication 21, 

caracterise en ce que si le syst^me d' emulation de disque dur est parametre de 
15 fa9on a ce que les requetes d'ecritures re9ues par le logiciel serveur a 
destination d'un disque dur emule particulier ne sont pas redirigees mais 
stockees directement dans support contenant les donnees du disque dur 6mul6 
lui-meme, un seul poste client pent acceder audit disque dur emule a un instant 
donne. 

20 

23. Procede selon la revendication 21, 

caracterise en ce que pour permettre a plusieurs postes clients I'acces 
simultane a un m6me disque dur emule, le logiciel serveur est capable de 
rediriger specifiquement les requetes d'ecriture emises par un poste client A 
25 dans un espace de stockage donne, et de rediriger les requetes d'ecriture 
emises par un autre poste client B dans un autre espace de stockage donne. 



24. Procede selon la revendication 1, 
caracterise en ce qu'afin de permettre ramor9age depuis et/ou des acces 
30 simultanes au meme disque dur emule ou a des copies 100% identiques d'un 
meme disque dur emule, certains composants constituant T invention charges 
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et executes par les postes clients ou par un logiciel serveur, sont capables de 
modifier, a la volee ou avant leur utilisation effective par le systeme 
d'exploitation, certaines donnees contenues dans le disque dur emule. 



5 25. Procede selon la revendication 1, 

caracterise en ce que T emulation elle meme est effectuee, pour le systeme 
d' exploitation du poste client, au niveau de la classe de peripheriques virtuels 
de type systeme de fichier comme dans les produits "Qualystem LiteNET PC 
Lx" et "Qualystem LAN PC 2.x" (file system CIFS ou SMB) ou "Qualystem 
10 Rescue Lx" (file system ISO9660/Joliet, CDFS ou UDF). 



26. Procede selon la revendication 1, 
caracterise en ce que T emulation est effectuee, pour le systeme d' exploitation 
du poste client, au niveau de la classe de peripheriques disques elle-mdme et 

15 non pas au niveau du systeme de fichier. Ce type d' emulation est mis en 
OBUvre par exemple dans les produits "Qualystem LAN PC 3.x" (Support de 
donnees des disques durs emules residant sur un serveur d'un reseau 
informatique) ou "Qualystem Rescue 2.x et 3.x" (Support de donnees des 
disques durs emules residant dans la partie d'amor9age, dite "El Torito", d'un 

20 disque optique, CD ou DVD). 



27. Procede selon la revendication 1, 
caracterise en ce que les donnees significatives contenues dans le disque dur 
emule y sont copiees par un outil logiciel execute sur un poste de reference 
25 depuis un disque dur reel dit disque dur de reference, accessible au systeme 
d' exploitation dudit poste de reference. 
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28. Procede selon les revendications 25 et 27, 
caracterise en ce que I'outil logiciel cree un repertoire image qui contient les 
donnees du disque dur emule. 
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29. Precede selon les revendications 26 et 27, 
caracterise en ce que Toutil logiciel cree un fichier image qui contient les 
donnees du. disque dur emule. 



5 30. Precede selon la revendication 1, 

caracterise en ce qu'afin de permettre ramor9age depuis un disque dur emule, 
la sequence de chargement des composants du systeme d' exploitation 
necessite une adaptation de fa9on a ce que tous les composants du systeme 
d' exploitation dont dependent les pilotes de peripherique pemiettant Faeces au 
10 disque dur emule selon T invention soient charges et utilisables au moment ou 
le systdme d' exploitation a besoin d'acceder au disque dur emule en utilisant 
les pilotes de peripheriques et non plus en utilisant les fonctions du "firmware" 
(BIOS). 

15 31. Procede selon la revendication 2 1 , 

caracterise en ce que pour accelerer Pacces simultane par plusieurs postes 
client au meme disque dur emule dont les donnees sont contenues dans xm 
support de donnees accessible au poste serveur, les donnees sont envoyees par 
le logiciel serveur aux postes clients dans le cadre de T emulation de disque 

20 dur, globalement et en une seule fois en utilisant des mecanismes de 
"broadcast" ou de "multicast" au lieu de mecanismes dit "unicast". 



32. Procede selon la revendication 3 1, 

caracterise en ce que les donnees envoyees en "broadcast" ou "multicast" par 
25 le poste serveur sont stockees par les postes clients qui les acceptent dans un 
cache local, situe dans la memoire (reelle ou virtuelle) desdits postes clients. 

33. Procede selon la revendication 31, 

caracterise en ce qu'une requete de lecture de donnees dans le disque dur 
30 emule emise par le systeme d' exploitation d'un poste client genere une 
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demande explicite de lecture emise vers le poste serveur uniquement si 
lesdites doimees ne sont pas deja presentes dans ledit cache local. 



34. Precede selon la revendication 33, 
5 caracterise en ce que les donn^es lues dans le cache local en sont retirees dbs 
qu'elle sont lues par le poste client, de fa9on a liberer de la place dans ledit 
cache local. 



35. Precede selon la revendication 31, 
10 caracterise en ce que la decision d' envoy er, dans le cadre de T emulation de 
disques durs selon Tinvention, des donnees en "multicast/broadcast" ou en 
"unicast" est effectuee au niveau du logiciel serveur qui foumit les 
fonctionnalites necessaires a T emulation de disques durs auxpostes clients. 



15 36. Procede selon la revendication 3 1 , 

caracterise en ce que les postes clients peuvent modifier leur souscription a la 
reception de domiees envoyees via "broadcast/multicast" par le poste serveur 
dans le cadre de V emulation de disques durs selon T invention. 



20 37. Proced6 selon la revendication 32, 

caracterise en ce que les postes clients peuvent effacer du cache local, les 
donnees qui y sont depuis plus d'un temps donne et parametrable. 

38. Procede selon la revendication 5 
25 caracterise en ce que le module serveur mettant a disposition des postes clients 
les donnees contenues dans les disques durs emules pent utiliser n'importe 
quel protocole reseau idoine. 
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39- Precede selon les revendications 5 et 6 
caracterise en ce que le programme logiciel bas niveau, execute par les postes 
clients et permettant Tacces aux donnees contenues dans les disques durs 
emules peut utiliser n'importe quel protocole reseau idoine- 

5 

40. Precede selon la revendication 1 1 
caracterise en ce que le(s) pilote(s) de peripherique selon T invention 
execute(s) par les postes clients et permettant Tacces aux donnees contenues 
dans les disques durs emules peuvent utiliser n'importe quel protocole reseau 
1 0 idoine. 



41. Procede selon la revendication 21 

caracterise en ce que si le support de donnees contenant les donnees du ou des 
disque(s) dur(s) 6mule(s) est un support ne supportant pas les ecritures en 

15 temps reel, ou que le systeme d' emulation de disque dur selon T invention est 
parametre pour ne pas accepter les ecritures de donnees directement dans le 
support contenant les donnees du disque dur emule, le logiciel serveur 
foumissant T emulation de disque dur aux postes clients traite les requetes 
d' ecritures de donnees emises par le systeme d' exploitation des postes clients 

20 vers le(s) disque(s) dur(s) emule(s) de fa9on k ce que les donnees ecrites soient 
stockees dans un espace de stockage different du support de donnees 
contenant les donnees du ou des disque(s) dur(s) emule(s). 

42. Procede selon la revendication 21, 

25 caracterise en ce que les requetes d' ecritures de donnees emises par le systeme 
d' exploitation des postes clients vers le(s) disque(s) dur(s) emule(s) sont 
traitees de fa9on a ce que les donnees ecrites soient stockees dans la memoire 
vive du poste serveur. 



* 

wo 2005/101202 



28 



PCT/FR2005/000609 



43. Precede selon la revendication 21, 

caract^rise en ce que les requetes d'ecritures de donnees emises par le systeme 
d' exploitation des postes clients vers le(s) disque(s) dur(s) emule(s) sont 
traitees de fa9on a ce que les donnees ecrites soient stockees dans la memoire 
5 virtuelle du poste serveur. 

44. Procede selon la revendication 21, 

caracterise en ce que les requStes d'ecriture de donnees emises par le systeme 
d' exploitation des postes clients vers le(s) disque(s) dur(s) emule(s) sont 
10 traitees de fa9on a ce que les donnees ecrites soient stockees dans un fichier de 
donn^eSj accessible au logiciel serveur. 

45. Procede selon la revendication 21, 

caracterise en ce que V espace de stockage utilise pour le stockage des ecritures 
15 peut etre volatil, c'est a dire etre vide des donnees qui y sont stockees a chaque 
nouvelle session d'execution du systeme d' exploitation d'un poste client, ou 
bien non volatil de fa9on k permettre la persistance des donnees ecrites d'lme 
session d' execution du systeme d' exploitation d'un poste client a une autre. 

20 46. Procede selon les revendications 16 et 21, 

caracterise en ce que le caractere volatil des redirections d'ecriture est 
determine a F initialisation de la session d' execution du systeme d' exploitation 
d'lm poste client. 



